home *** CD-ROM | disk | FTP | other *** search
/ IRIX Base Documentation 1998 November / IRIX 6.5.2 Base Documentation November 1998.img / usr / relnotes / c++_dev / chA.z / chA
Text File  |  1998-11-02  |  3KB  |  131 lines
  1.  
  2.  
  3.  
  4.                                      - 1 -
  5.  
  6.  
  7.  
  8.           7.2.1 (BETA) C++ Release Notes
  9.  
  10.  
  11.  
  13.  
  14.  
  15.  
  16.  
  17.  
  18.  
  19.  
  20.  
  21.  
  22.  
  23.  
  24.  
  25.  
  26.  
  27.  
  28.  
  29.  
  30.  
  31.  
  32.  
  33.  
  34.  
  35.  
  36.  
  37.  
  38.  
  39.  
  40.  
  41.  
  42.  
  43.           DDDDooooccccuuuummmmeeeennnntttt NNNNuuuummmmbbbbeeeerrrr 000000007777....2222666600006666----000011110000
  44.  
  45.  
  46.  
  47.  
  48.  
  49.  
  50.  
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  58.  
  59.  
  60.  
  61.  
  62.  
  63.  
  64.  
  65.  
  66.  
  67.  
  68.                                      - 2 -
  69.  
  70.  
  71.  
  72.           1.  _D_y_n_a_m_i_c__S_h_a_r_e_d__O_b_j_e_c_t_s
  73.  
  74.           A Dynamic Shared Object, or DSO, is an ELF format object
  75.           file, very similar in structure to an executable program but
  76.           with no "main".  It has a shared component, consisting of
  77.           shared text and read-only data; a private component,
  78.           consisting of data and the GOT (Global Offset Table);
  79.           several sections that hold information necessary to load and
  80.           link the object; and a liblist, the list of other shared
  81.           objects referenced by this object. Most of the libraries
  82.           supplied by SGI are available as dynamic shared objects.
  83.  
  84.           _N_O_T_E: When building a DSO containing C++ objects, the link
  85.                 step mmmmuuuusssstttt be performed using the _C_C command, instead
  86.                 of using _l_d directly. Follow the instructions in the
  87.                 _d_s_o(_5) man page exactly, except that you must
  88.                 substitute _C_C wherever that man page says _l_d.
  89.  
  90.           A DSO is relocatable at runtime; it can be loaded at any
  91.           virtual address.  A consequence of this is that all
  92.           references to external symbols must be resolved at runtime.
  93.           References from the private region (.e.g. from private data)
  94.           are resolved once at load-time; references from the shared
  95.           region (e.g. from shared text) must go through an
  96.           indirection table (GOT) and hence have a small performance
  97.           penalty associated with them.
  98.  
  99.           Code compiled for use in a shared object is referred to as
  100.           Position Independent Code (PIC), whereas non-PIC is usually
  101.           referred to as non-shared.  Non-shared code and PIC cannot
  102.           be mixed in the same object.
  103.  
  104.           At Runtime, eeeexxxxeeeecccc loads the main program and then loads rrrrlllldddd,,,,
  105.           the runtime linking loader, which finishes the exec
  106.           operation.  Starting with main's liblist, rrrrlllldddd loads each
  107.           shared object on the list, reads that object's liblist, and
  108.           repeats the operation until all shared objects have been
  109.           loaded.  Next, rrrrlllldddd allocates common and fixes up symbolic
  110.           references in each loaded object.  (This is necessary
  111.           because we don't know until runtime where the object will be
  112.           loaded.)  Next, each object's _i_n_i_t code is executed.
  113.           Finally, control is transferred to "__start".
  114.  
  115.           For a more complete discussion of DSOs, including answers to
  116.           questions frequently asked about them, see the _d_s_o(_5) man
  117.           page.
  118.  
  119.  
  120.  
  121.  
  122.  
  123.  
  124.  
  125.  
  126.  
  127.  
  128.  
  129.  
  130.  
  131.